home *** CD-ROM | disk | FTP | other *** search
- Path: mail2news.demon.co.uk!genesis.demon.co.uk
- From: Lawrence Kirby <fred@genesis.demon.co.uk>
- Newsgroups: comp.lang.c,comp.std.c
- Subject: Re: Integral conversion e.t.c. (was: Re: Hungarian notation)
- Date: Wed, 07 Feb 96 13:17:25 GMT
- Organization: none
- Message-ID: <823699045snz@genesis.demon.co.uk>
- References: <30C40F77.53B5@swsbbs.com> <SPENCER.96Jan22113215@zorgon.ERA.COM> <KANZE.96Feb5133404@slsvewt.lts.sel.alcatel.de>
- Reply-To: fred@genesis.demon.co.uk
- X-NNTP-Posting-Host: genesis.demon.co.uk
- X-Newsreader: Demon Internet Simple News v1.27
- X-Mail2News-Path: genesis.demon.co.uk
-
- In article <KANZE.96Feb5133404@slsvewt.lts.sel.alcatel.de>
- kanze@lts.sel.alcatel.de "James Kanze US/ESC 60/3/141 #40763" writes:
-
- >I do see a difference in using an `asm' extension (with the meaning as
- >in classical C) and dereferencing a null pointer, in that the first is
- >not undefined behavior; it requires a diagnostic, so presumably,
- >anyone porting my code will stumble across it, and realize that they
- >have a portability problem.
- >
- >But this only works because `asm' is *not* undefined behavior.
-
- I'm not quite clear on the intention of the standard here. As a
- categorisation of types of error it is useful to distinguish between
- errors that require a diagnostic and plain undefined behaviour. However
- when a diagnostic is required clearly the result is undefined behaviour.
-
- 3.16 Undefined behaviour
-
- "Behaviour, upon use of a nonportable or erroneous program construct"
-
- "... or by the omission of any explicit definition of behaviour"
-
- These would seem to cover syntax errors and constraint violations.
-
- --
- -----------------------------------------
- Lawrence Kirby | fred@genesis.demon.co.uk
- Wilts, England | 70734.126@compuserve.com
- -----------------------------------------
-